home *** CD-ROM | disk | FTP | other *** search
/ Light ROM 4 / Light ROM 4 - Disc 1.iso / text / maillist / 1994 / aug94.doc / 000280_owner-lightwave-l _Sun Aug 7 22:35:25 1994.msg < prev    next >
Internet Message Format  |  1995-03-23  |  3KB

  1. Return-Path: <owner-lightwave-l>
  2. Received: by netcom4.netcom.com (8.6.8.1/Netcom)     id WAA09266; Sun, 7 Aug 1994 22:09:53 -0700
  3. Received: by netcom4.netcom.com (8.6.8.1/Netcom)     id WAA09255; Sun, 7 Aug 1994 22:09:50 -0700
  4. Date: Sun, 7 Aug 1994 22:09:49 -0700 (PDT)
  5. From: John Gross <jgross@netcom.com>
  6. Subject: Re: CrR
  7. To: lightwave-l@netcom.com
  8. In-Reply-To: <199408080013.RAA29970@netcom10.netcom.com>
  9. Message-ID: <Pine.3.89.9408072240.A7668-0100000@netcom4>
  10. MIME-Version: 1.0
  11. Content-Type: TEXT/PLAIN; charset=US-ASCII
  12. Sender: owner-lightwave-l@netcom.com
  13. Precedence: list
  14. Reply-To: lightwave-l@netcom.com
  15.  
  16. > I just got the lw 3.5 update for my toaster.  lw 3.5 is great but I have noticed
  17. > one problem. I loadin in a big scene that i have been created at work for this
  18. > game im doing.  Whet to  press render and BOOM CRASH.. all it said on the 
  19. > screen was allocating RGB something.  Then i had to reboot my system.
  20. > The scene worked fine on the 3.1 version.  All i did is load the scene and
  21. > try to render it nothing special
  22. > and it crashed.  I think the vaule in the render segments might be to high
  23. > and eating up memory?  Also does lw keep the image data in memory or does
  24. > it just pull them up when rendering? If it does keep it in memory does it
  25. > use chip memory or regular? sorry im not a programmer so I dont know these things.  If lw does keep the images in memory at all times wouldnt it be easier to
  26. > load the texture in when redering?  I know this might slow down rendering time
  27. > but if the images are eating alot of chip ram you will eventually run out.
  28.  
  29. LW 3.5 now needs to have a full size frame buffer in memory. To figure 
  30. out the size of the buffer needed, multiply the width or your desired 
  31. output resolution by the height, then multiply the product by 4. This 
  32. will tell you in bytes how much RAM you need. If you do not have enough 
  33. memory left over for the frame buffer, LW will tell you. What hapened to 
  34. you is that you had just enough memory to allocate the frame buffer, but 
  35. not enough to allocate the RGB buffer. LW probably didn't have any memory 
  36. left to even bring up a requester to tell you.
  37.  
  38. Earlier versions segmented the output buffer, but because of changes and 
  39. additional to-be-released features, LW can no lnoger do this. Chances are 
  40. Allen will implement some type of virtual memory scheme to allow the 
  41. rendering of large images.
  42.  
  43. You could try lowering your segment memory to help free up some RAM, also 
  44. make sure that Modeler is not running and there are no Toaster programs 
  45. running (if you are running from the Toaster). Loading the GetSmall 
  46. project wouldn't hurt either.
  47.  
  48. JGross